home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Software Vault: The Gold Collection
/
Software Vault - The Gold Collection (American Databankers) (1993).ISO
/
cdr26
/
dsx22.zip
/
WHATS.NEW
< prev
Wrap
Text File
|
1993-07-03
|
7KB
|
184 lines
New for DOSNIX version 2.2
1. READ has a new command to search back through the file
for a previous occurence of the search string. This feature
was badly needed but I had been putting it off because I
thought it was going to be hard to do. A while back I started
handling my own file buffer and this made it a lot easier. The
new command works like a champ and you can use either a "?" or
F9 as in LIST.
2. I added another command to the enhanced version - DU. Most
UNIX DU commands report usage in 512 byte blocks, which is not
very useful unless you are copying files to a 1.2 mb. floppy
disk. The DOSNIX DU command has options to report usage in
in 1k, 2k, or 4k blocks or to determine cluster size from
the FAT.
New for DOSNIX version 2.1
1. Read has received more improvements and will now configure
itself to use available memory. This means that READ will
can run on a system as small as 192k and handle files as
large as 65500 lines on larger systems. READ has also been
given another increase in speed and is now about twice as fast
in all modes as the version provided with 1.2j.
When using F4 to display the directory, the previously
selected file if any will be highlighted. This seems to
work better than resetting to the begining of the directory
each time.
If a string search fails you will now be returned to your
previous position in the file instead of being left at the
end of the file.
READ was previously modified to write pages directly to video
memory instead of using BIOS interrupts. This resulted in much
faster displays. I have now added a -b option which will cause
READ to use the BIOS. It may be necessary to use this option
with some non-standard computers or display adaptors.
Because this version of READ will handle files over twice
as large as the previous version, READXL.EXE has been dropped
from the enhanced version to make room for other things. I am
still committed to providing a large version of READ, so users
who register will receive a new large version with all of the
above improvements. This version can handle files of more than
150000 lines and up to 16 megabytes, depending on available
memory. There is a modest speed penalty involved in indexing
arrays with long integers but it is still faster than the old
READXL.EXE.
2. Three new commands have been added to the enhanced version,
DF, HEAD and TAIL.
3. In deference to the increased number of DOS 5.0 users
HELP.BAT has been renamed MANUAL.BAT.
4. Some small improvements have been made in SGREP. When
redirecting the ouput to a file, extra line feeds would be
generated which did not show up with READ but did with
other text file viewers.
New for DOSNIX version 2.0e
1. The mods made in 2.0c worked fine with MSDOS on my VGA
system. They also worked with DRDOS on my CGA system. I
just tried MSDOS on my CGA system and could not use READ,
LS, or FFIND. Turns out that MSDOS wiil not store the
number of screen rows in low memory unless you are using
EGA or VGA. DOSNIX now defaults to 25 rows for CGA and
Hercules monitors.
New for DOSNIX version 2.0d
1. A DOSNIX user reported the following problem: When
LS and FFIND were used with extremely large DOS partitions
(greater than 32mb) the amount of free space reported was
wrong. This was due to overflow when converting from
clusters to bytes. The problem has now been fixed.
New for DOSNIX version 2.0c
1. When LS and FFIND were used without ANSI.SYS being
installed, there were some problems with highlighting.
EDC had a problem of this nature when displaying the
directory tree. These problems have now been fixed.
2. Both versions of READ now use direct screen writes for
faster pages. CGA cards are automatically detected and
horizontal retrace checking is performed to avoid snow.
3. READ can now handle text modes other than 80 X 25 and
will configure itself to the mode in use, including 132
column modes. LS, EDC, FFIND and CLR have also been
modified to work properly in extended text modes.
New for DOSNIX version 2.0b
1. When using EDC, if the -t option was combined with the
-s option, the path file would be removed but a new one would
not be generated. EDC would then have to scan the drives
the next time it was used. The problem has now been fixed.
New for DOSNIX version 2.0a
1. EDC now uses just one path file for all hard disk
partitions, stored in the root directory of drive C.
This change improves the way the backspace key works
during speed searches, and should allow EDC to run
faster on large systems with many logical drives. You
can still access drives explicitly but the speed advantage
won't be that great. Floppy drives still have a separate
path file for each floppy, and you will have to scan each
floppy disk to install the path file.
2. When a directory was created, removed or renamed
on a drive locked out with EDNOSCAN, EDC would still
try to access the path file. This problem has now been
fixed.
3. LS has been upgraded to work with the new version of EDC.
You should not try to use an older version of LS with this
version of EDC.
New for DOSNIX version 2.0
1. READ will now allow you to pull in a new file without
leaving the program. Pressing F4 will display the current
directory. You can then use the arrow keys to select a
new file or a new directory. You can start the program in
this mode by using a directory as an argument. F2 and F3
can now be used to start and continue string searches.
2. EDC has been completely reworked and can change to any
directory on any hard drive without using a drive spec.
EDC will automatically scan your drives the first time it
is run. Unwanted drives can be locked out by setting the
environment variable EDNOSCAN to the letters of the drives
you want to ignore. When displaying the directory tree,
EDC will now give you an opportunity to choose a directory
at the end of each page. A new menu for matching directories
has been installed in both EDC and LS.
3. FFIND can now locate files either by date or number of
days back.
4. SGREP is now a lot faster than it used to be.
Gerald M. Vrooman
Chenango Shoreware